home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio / Ham Radio CD-ROM (Emerald Software) (1995).ISO / news / inham08 / 972 < prev    next >
Text File  |  1979-12-31  |  20KB  |  449 lines

  1. Today's Topics:
  2.                           Broadcast jammers
  3.                         iambic keyer question.
  4.                  Icom IC-2GAT out-of-band transmit m
  5.                    military call signs.........etc.
  6.                My backyard, your backyard ... (2 msgs)
  7.                             NJ Scanner Law
  8.                        Postings from Jim Grubs
  9.                         Scanning food service
  10.                           TS-680S vs. IC-726
  11.                      Weather Facsimile Reception
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 4 Dec 89 17:33:26 GMT
  15. From: fox!portal!atari!mn@apple.com  (Mike Nowicki)
  16. Subject: Broadcast jammers
  17. Message-ID: <1848@atari.UUCP>
  18.  
  19. In article <6320@unix.SRI.COM> larson@unix.sri.com (Alan Larson) writes:
  20. >
  21. >As I recall, I had heard that most of the Soviet and Eastern European
  22. >broadcast jamming stations had been shut down a few years ago.  I was
  23. >rather suprised to hear what sounds very much like one of them on the
  24. >air recently.  Hearing another this evening prompted me to write this
  25. >note.
  26. >
  27. >Does anyone know the status of these stations?  The one I am hearing
  28. >right now is operating around 7150 kHz, and identifying with "AG AG"
  29. >every 30 seconds.
  30. >
  31. >I am very suprised to hear them back.
  32.  
  33.   Maybe they never left. Iran, Iraq and Israel all have been known to jam
  34. and still continue to do so.
  35.  
  36.  
  37. ------------------------------------------------------------------------------
  38. |  Michael Nowicki   N6LUU      Atari Corp,Sunnyvale CA      {ames!atari!mn} |
  39. |............................................................................|
  40. |  char *disclaimer="  Views expressed are my own, not my employer's";       |
  41. |  char *good_quote="  'Wait till they get a load of me!' -  The Joker";     |
  42. ------------------------------------------------------------------------------
  43.  
  44. ------------------------------
  45.  
  46. Date: 1 Dec 89 00:45:28 GMT
  47. From: zaphod.mps.ohio-state.edu!usc!henry.jpl.nasa.gov!elroy.jpl.nasa.gov!peregrine!ccicpg!cci632!rit!ultb!cep4478@tut.cis.ohio-state.edu  (C.E. Piggott)
  48. Subject: iambic keyer question.
  49. Message-ID: <1675@ultb.isc.rit.edu>
  50.  
  51. I noticed this, too, when I first became a ham, and learned to send
  52. with an electronic keyer.  In this particular setup, the dit is on the
  53. thumb and the dah is the other one, which seems to make sense in that
  54. the paddle set has the SHORT keycap on the thumb.
  55.  
  56. In magazines, I've seen this go both ways (short vs. long keycap on
  57. thumb) -- I would not relearn sending if I bought a new set of paddles,
  58. but it sure would irritate me if I bought one and the caps were
  59. reversed.  (Possible solution: buy one with same size keys?)
  60.  
  61. So, guys, there's no STANDARD, huh?
  62.  
  63. I am right-handed, and send with my right hand.
  64.  
  65. Chris N2JGW
  66.  
  67. ------------------------------
  68.  
  69. Date: 4 Dec 89 19:09:00 GMT
  70. From: silver!commgrp@iuvax.cs.indiana.edu
  71. Subject: Icom IC-2GAT out-of-band transmit m
  72. Message-ID: <12600087@silver>
  73.  
  74. OUT-OF-BAND TRANSMIT MOD FOR ICOM IC-2GAT HANDHELD 2M TRANSCEIVER
  75. (copied from packet radio; origin unknown:)
  76.  
  77.  
  78. Back side of display board:
  79.  _____________________________________ 
  80. |                          D505        \
  81. |          D507  D504      ___          \
  82. |           ___   ___     |___|          \             |
  83. |          |___| |___|                    \        --  + --
  84. |   D506                    Q506           |           |
  85. |    _o_------               _o_           |       hole for 
  86. |   |___|     |             |___|          |       on/off-vol
  87. |    o o      |              o o           |       control
  88. |             |                |           |__________________
  89. |              -----|<---------                              |
  90. |          add diode: 1N914 or equiv.                        |
  91. |                                                            |
  92.  
  93. Connect diode between top lead of D506 and lower right lead of 
  94. Q506 as shown.
  95.  
  96. Notes: D506 may be absent.  If not, remove it.
  97.        Reset CPU if needed.
  98. ---
  99.  
  100. A friend did this and his IC-2GAT can now transmit 138 to 178 MHz (no 
  101. RF power output measurements were made).  He did no retuning, and did 
  102. not have to reset the CPU.  He used a tiny axial-lead glass diode, 
  103. replaced its leads with wire-wrap wire, and encased it in shrink-tube.
  104. The operation requires a super-tiny soldering iron.  Observe CMOS 
  105. soldering precautions: Unplug the iron and ground the tip before 
  106. touching the circuit.
  107.  
  108. Remember: Except for MARS and CAP, it is illegal to transmit outside 
  109. the ham bands with non-type-approved equipment.
  110.  
  111. --
  112.  
  113. Frank    W9MKV     reid@gold.bacs.indiana.edu
  114.  
  115. ------------------------------
  116.  
  117. Date: 4 Dec 89 23:00:50 GMT
  118. From: zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!asuvax!hrc!valley!pfluegerm@tut.cis.ohio-state.edu  (Mike Pflueger)
  119. Subject: military call signs.........etc.
  120. Message-ID: <473b7546.15840@valley.UUCP>
  121.  
  122. jmasters@pcocd2.intel.com (Justin Masters ~ @ Intel FMD, Folsom, CA) writes:
  123. > When I was in the Air Force as a crypto tech, we were told not to divulge
  124. > anything, with the assumption that everything was being monitored.
  125.  
  126. Yes, and I know that servicemen often are not even allowed to disclose
  127. information which has appeared on the front page of the New York Times,
  128. confirmed or not.  I agree that this makes sense, too, since they work
  129. for the government often in sensitive areas, and the gov't doesn't a
  130. bunch of spokesemen or risk of leaks, among other reasons.
  131.  
  132. > >  In my original posting I was only looking for similar info. NOTHING 
  133. > >CLASSIFIED. 
  134. > That may be true, but your piecing it together and putting it on the net in
  135. > one piece may be a violation.  
  136.  
  137. If one of us can piece it together, certainly someone who did such work for a
  138. living (i.e. the KGB) could handle it.  It's probably in the job description
  139. for an entry-level spook.  Seems like it would be tough to get this declared
  140. a violation, especially since this info wouldn't involve interpretation, like
  141. figuring out how to build an a-bomb.
  142.  
  143. > That can seem close minded, sure, but the basic idea is that if you want the
  144. > info, you should hunt for it, not be given it.
  145.  
  146. Huh?  What's the difference querying USENET subscribers or going to the
  147. public library (other than the accuracy)?
  148. -- 
  149. Mike Pflueger @ AG Communication Systems (formerly GTE Comm. Sys.), Phoenix, AZ
  150.   UUCP: {...!ames!ncar!noao!asuvax | uunet!hrc | att}!gtephx!pfluegerm
  151.   Work: 602-582-7049        FAX: 602-581-4850      Home: 602-439-1978
  152. Packet: WD8KPZ @ W1FJI     Internet: PLEASE USE UUCP PATH (NOT INTERNET)!
  153.  
  154. ------------------------------
  155.  
  156. Date: 4 Dec 89 22:27:14 GMT
  157. From: zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!asuvax!hrc!valley!pfluegerm@tut.cis.ohio-state.edu  (Mike Pflueger)
  158. Subject: My backyard, your backyard ...
  159. Message-ID: <473b5721.15840@valley.UUCP>
  160.  
  161. First, please send any email to me via the uucp path (e.g. a!b!c), not
  162. Internet (a@b).
  163.  
  164. In article <6589@lynx.UUCP>, neal@lynx.uucp (Neal Woodall) writes:
  165. > My point was that it is illegal to receive the services without *paying*
  166. > for them. The point I was trying to make is that you have a right to
  167. > receive anything, but that a victimization occurs if you receive a service
  168.                                ^^^^^^^^^^^^^
  169. Maybe so, but this does not make it illegal.  The "victim" isn't even trying
  170. to protect himself.  I call that stupidity (or bad business, in this case).
  171.  
  172. > [description of XYS Company providing a pay service via satellite]
  173.  
  174. > Now you come along and set up your satellite dish. You have the technical
  175. > ability to receive the signal. Now, here is the "trick": Even though XYS
  176. > Company does not target their broadcast at individual citizens, even though
  177. > they do not intend that the show be watched by ordinary citizens, if you wish
  178. > to receive their program, you have the right to do so. You have the right to
  179. > receive the signal, even if XYS Company does not want you to, and you have
  180. > this right because they are broadcasting the signal over the public's radio
  181. > spectrum. The only caveat is that to be legal, you must pay for the program,
  182. > just like the intended audience.
  183.  
  184. I buy everything up to the last sentence.  If they are broadcasting in the
  185. clear over the "public's radio spectrum", why must one pay (even if their
  186. "intent" is made clear)?   Seems like a contradiction by definition.  If
  187. they don't want anyone to receive it, encrypt.  Let's use your example:
  188.  
  189. > Think of it like a performance given in a public place: The group giving the
  190. > performance may have a specific target audience in mind, and they may have
  191. > advertised for a certain group of people to buy a ticket, but they cannot
  192. > legally exclude any member of the public who may wish to attend....but
  193. > everyone who attends, regardless of whether or not they are the intended
  194. > audience, must pay for the show.
  195.  
  196. Unless I can stand outside and hear the concert.  Should I have to pay if
  197. I happen to be able to hear it without violating any laws?  If the service
  198. is good enough, I'll buy it because it stands on its own - because it's the
  199. only way I can get it (e.g. soundproof hall), or because of benefits that
  200. can't be obtained otherwise (being able to see the performers, getting
  201. monthly schedules, etc.).
  202.  
  203. > Since the XYS Company is using the public airwaves for its transmission,
  204. > anyone who desires to receive must be allowed to receive the signal, but
  205. > they must pay just like the intended audience.
  206.  
  207. Then they aren't public airwaves.  You're telling me that if Robin Williams
  208. decides to do an act in a public park with a PA system that can be heard for
  209. several blocks, everyone either has to pay or plug their ears?
  210.  
  211. If the neighbors do it in front of an open window, is it illegal if I look?
  212. Nope.  If they do it with the curtains closed, is it illegal if I try to
  213. look? Yup.  Reasonable expectation of privacy.
  214.  
  215. > Your "right to receive" does NOT end just because someone intends that
  216. > certain programming be paid for by the receiver. You still have the
  217. > "right to receive".....the program provider cannot stop you from receiving
  218. > the signal, but you should pay for the service, just like the intended
  219. > audience.
  220.  
  221. The REAL issue with ECPA is that certain companies felt that it was a
  222. cheaper way to guarantee their market.  Rather than encrypting, an expense
  223. which would be passed on to the consumer and thus decrease the market share
  224. (probably make the service not even viable in the case of most pay tv),
  225. they opted for a law so they could prosecute, setting a few examples for the
  226. general public while keeping their market share.  It's simply a bottom line
  227. dollars issue.  It was simply cheaper to lobby to get the law changed. They
  228. just happen to have taken the first steps in limiting our basic freedoms,
  229. but that's OK because it benefitted their end.  Good solid American socially
  230. irresponsible business.
  231.  
  232. Suppose it went the other way and the "public" forced them to encrypt (I
  233. believe this was actually discussed). Methinks there would be hell to pay.
  234. And methinks congress didn't have the guts, especially with no backing from
  235. the "public" (which was due to ignorance of the issues).
  236.  
  237. Ultimately, I think ECPA will be struck down because a) it violates the
  238. spirit of the constitution, and b) those service providers do not have a
  239. reasonable expectation of privacy.
  240.  
  241. OK, glad I cleared that up...crystal clear to me, how 'bout the rest of you?
  242.   :-)
  243. -- 
  244. Mike Pflueger @ AG Communication Systems (formerly GTE Comm. Sys.), Phoenix, AZ
  245.   UUCP: {...!ames!ncar!noao!asuvax | uunet!hrc | att}!gtephx!pfluegerm
  246.   Work: 602-582-7049        FAX: 602-581-4850      Home: 602-439-1978
  247. Packet: WD8KPZ @ W1FJI     Internet: PLEASE USE UUCP PATH (NOT INTERNET)!
  248.  
  249. ------------------------------
  250.  
  251. Date: 2 Dec 89 01:32:00 GMT
  252. From: hpfcso!ron@hplabs.hp.com  (Ron Miller)
  253. Subject: My backyard, your backyard ...
  254. Message-ID: <7500004@hpfcso.HP.COM>
  255.  
  256. Re: Pay for scanning
  257.  
  258. I follow your reasoning Neal. I don't agree with it though.
  259.  
  260. A few years ago, when satellite dishes were new and expensive,
  261. a professor my wife took a class from had a mondo setup. The local
  262. cable company kept coming around to his house "advising" him that
  263. he was stealing service.
  264.  
  265. His response was to write a letter requesting them to bill him.
  266.  
  267. They never did because they couldn't figure out how to do it! (And
  268. the "advisors" went away.
  269.  
  270.  
  271.  
  272. For the military, it might be useful to ask the local scanners what
  273. they know once in awhile just to get a handle on how BAD the security
  274. really is locally. I must also note that Eugene's request was not
  275. a breach of security. If a member of the military had replied, based
  276. upon professional usage, then THAT is a breach. But all Eugene would
  277. have seen was: NO ANSWER.
  278. (An aside: Where does the US stockpile nuclear warheads?  < no answer>
  279.            What is the decryption algorithm for the NSA eqpt? <no answer>
  280.  
  281.     Have I broken any laws? Caused moral outrage? Whose problem is it?
  282.  
  283. For irradiating my property with movies and then demanding that I 
  284. pay for the part of the radiation that sneaks into my demodulator....
  285. nope. It's like junk mail. It's there whether I want it or not and
  286. I didn't ask for it. But sometimes I keep it.
  287.  
  288. Ron Miller
  289. NW0U
  290.  
  291. ------------------------------
  292.  
  293. Date: Mon, 4 Dec 89 13:36:55 -0800
  294. From: judice@kyoa.enet.dec.com (Louis J. Judice  04-Dec-1989 1631)
  295. Subject: NJ Scanner Law
  296. Message-ID: <8912042137.AA22997@decwrl.dec.com>
  297.  
  298. About three months ago, I was driving to work and had my BC205XLT in my
  299. briefcase. I turned it on when there was a backup on the interstate. I exited
  300. and proceded to work on local roads - forgetting to turn it off. I was then
  301. stopped at an inspection roadblock in Bound Brook, NJ!  
  302.  
  303. I decided it was better to leave the darn thing there rather than start
  304. hiding it, and prepared for the worst. Neither the Bound Brook policeman
  305. nor the DMV inspector said ANYTHING about it (sitting in the center console,
  306. turned off). 
  307.  
  308. I would not make a habit of using it though. While local cops probably 
  309. don't care less, the State Police would doubtlessly give you a hassle over
  310. it.
  311.  
  312. /ljj
  313.  
  314. ------------------------------
  315.  
  316. Date: 4 Dec 89 19:53:52 GMT
  317. From: mailrus!uwm.edu!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!asuvax!stjhmc!f1.n234.z1.fidonet.org!Jim.Grubs@tut.cis.ohio-state.edu  (Jim Grubs)
  318. Subject: Postings from Jim Grubs
  319. Message-ID: <9044.257ACEC1@stjhmc.fidonet.org>
  320.  
  321. > From: mgb@APG-TECNET.APG.ARMY.MIL
  322.  >
  323.  > NOTE TO MR. J. GRUBS: THIS POSTING IS NOT FOR YOU EVEN THOUGH YOU ARE
  324.  > IN THE SUBJECT LINE.  I REALIZE THAT IT IS A PUBLIC BROADCAST THAT GOES
  325.  > OUT ALL OVER THE WORLD AND THAT YOU CAN RECEIVE IT, BUT I DO NOT INTEND
  326.  > IT FOR YOU.  YOU ARE DIRECTED TO READ NO FURTHER!  I KNOW THAT YOU WILL
  327.  > ABIDE BY THIS DIRECTION, BECAUSE IF YOU DON'T YOU WILL BE EAVESDROPPING
  328.  > ON MY CONVERSATION!
  329.  
  330. Gee, sorry, but on my machine it showed up saying "To: All". See?
  331.  
  332. Msg#   : 4      Sun 3 Dec 89  5:51p
  333. >From   : mgb@APG-TECNET.APG.ARMY.MIL
  334. To     : All
  335. Subject: Postings from Jim Grubs
  336. Status :                                                          Reply in  21
  337. -----------------------------------------------------------------------------  
  338. From: mgb@APG-TECNET.APG.ARMY.MIL
  339. Date: 2 Dec 89 22:40:47 GMT
  340. Organization: The Internet
  341. Message-ID: <8912022240.AA27458@apg-tecnet.apg.army.mil>
  342. Newsgroups: rec.ham-radio
  343.  
  344.  > This latest posting on his part is simply an attempt to fan the flames on
  345.  > another PIZZA WARS battle. I.E. "Just what can a ham do with an
  346.  > autopatch?"
  347.  
  348. I wasn't reading this newsgroup during the PIZZA WARS series. Sorry to be
  349. repeating it. But the FCC did say that. Honest Injun! I'm not making it up. Ask  
  350. anyone who was around back then. It all started over the infamous Eyebank Net  
  351. ruling.
  352.  
  353. 73 de Jim Grubs, W8GRT
  354.  
  355. --- FD 2.00
  356.  * Origin: PVT Node - Don't call me; I'll call you! (1:234/1)
  357.  
  358.  
  359. --  
  360. Uucp: ...{gatech,ames,rutgers}!ncar!noao!asuvax!stjhmc!234!1!Jim.Grubs
  361. Internet: Jim.Grubs@f1.n234.z1.fidonet.org
  362.  
  363. ------------------------------
  364.  
  365. Date: 4 Dec 89 20:05:45 GMT
  366. From: fox!portal!atari!mn@apple.com  (Mike Nowicki)
  367. Subject: Scanning food service
  368. Message-ID: <1849@atari.UUCP>
  369.  
  370. In article <6520@shlump.nac.dec.com> s_dowman@leaf.enet.dec.com (Steve Dowman) writes:
  371. >
  372. >In article <8912010815.AA04489@ucbvax.Berkeley.EDU>, MROWEN@STLAWU.BITNET ("Mike Owen, W9IP") writes...
  373. >{Regarding the earlier, exhaustive posting regarding
  374. >{food service frequencies:
  375. >{ 
  376. >{             For crying out loud, WHO CARES?
  377. >
  378. >  I also care.  Who cares for you crying out loud?
  379. >
  380.  
  381.   I care too. It's better to have loggings posted for the few who may have
  382. use for them than to not post 'em at all.
  383.   Most of the time complainers are the ones who never post anything of use
  384. to anyone, anyway.
  385.  
  386.  
  387. ------------------------------------------------------------------------------
  388. |  Michael Nowicki   N6LUU      Atari Corp,Sunnyvale CA      {ames!atari!mn} |
  389. |............................................................................|
  390. |  char *disclaimer="  Views expressed are my own, not my employer's";       |
  391. |  char *good_quote="  'Wait'll they get a load of me!' -  The Joker";       |
  392. ------------------------------------------------------------------------------
  393.  
  394. ------------------------------
  395.  
  396. Date: Mon, 04 Dec 89 15:55:08 -0900
  397. From: <FNDDR%ALASKA.BITNET@CUNYVM.CUNY.EDU>
  398. Subject: TS-680S vs. IC-726
  399.  
  400. I'm looking at these rigs as possible replacements for my old ham-only
  401. transceiver and my old shortwave radio, to save space, simplify wiring,
  402. and hopefully improve performance.  I have the specs for both, and I've
  403. found reviews of the TS-680S.  Questions:
  404. a) I haven't found any reviews or discussions of the IC-726...anyone care
  405.    to offer either?
  406. b) Both have rather wide AM selectivity. Are these useable SWL DX radios?
  407. c) Both have computer interfaces of some sort...is there enough information
  408.    in the manuals to write control software?  (One Kenwood review said
  409.    their coverage of the computer interface was extremely sparse.)
  410. I like the 726's receive sensitivity, and the 680's price...other than that,
  411. they both have various (to me) minor pros and cons, but the choice isn't
  412. clear-cut.  Any advice would be appreciated.
  413.  
  414. Don Rice
  415. KL7JIQ
  416. FNDDR@ALASKA.bitnet
  417.  
  418. ------------------------------
  419.  
  420. Date: 4 Dec 89 20:10:12 GMT
  421. From: fox!portal!atari!mn@apple.com  (Mike Nowicki)
  422. Subject: Weather Facsimile Reception
  423. Message-ID: <1850@atari.UUCP>
  424.  
  425. In article <2700006@hp-ptp.HP.COM> kenb@hp-ptp.HP.COM (Ken_Buscho) writes:
  426. >I've been interested in wefax for some time, but haven't tried it.  Where
  427. >do you recommend to go to get info on starting up, equip, freqs, etc?
  428. >
  429.   One of the least expensive ways to receive wefax is with a Tandy Color
  430. Computer and the pd program 'wefax'. All you need additionally is very
  431. easy to build hardware interface. (less than 10 minutes work-time). I
  432. used it for years with fine results.
  433.  
  434.  
  435. ------------------------------------------------------------------------------
  436. |  Michael Nowicki   N6LUU      Atari Corp,Sunnyvale CA      {ames!atari!mn} |
  437. |............................................................................|
  438. |  char *disclaimer="  Views expressed are my own, not my employer's";       |
  439. |  char *good_quote="  'Wait'll they get a load of me!' -  The Joker";       |
  440. ------------------------------------------------------------------------------
  441.  
  442. ------------------------------
  443.  
  444. End of INFO-HAMS Digest V89 Issue #972
  445. **************************************
  446.  
  447.